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",**■  NIP?  3fcC  FFS  is  an  advancpl  data  aanaqpBPnt  .system 

providing  powerful,  etticien*^,  and  tl^xitle  data  management 
support  to  a wide  variety  of  u£«ts.  NIPS  provides  the 
ability  to  structure  file.s,  generate  and  maintain  tiles, 
retrieve  information  and  output  that  information  in  simple 
or  complex  arrays  on  a variety  ot  output  levices.  sev^'n 
major  processing  functions  are  prcvidod: 

(O  File  Definition  (structure); 

2i  File  Generation  and  Maintenance;^ 

File  Fevision  , 

4i  Data  .Selection  and  Ordering  (retrieval)’ 

5j  Formal  Pepcc*  Generation  (output)'^ 
b)  Terminal  Processing  and  Display  • ' 

('7]  Utility  programs  supporting  talle  ceneraticn, 
subroutine  lcadin<)  and  data  conversion,  among 
ethers, 

NIPS  functions  under  the  Primary  Control  Program  (TCP), 
the  multiprogramming  with  fixed  number  of  tasks  (MFT)  or  the 
mu  It  r program!  ing  with  variable  number  of  tasks  (FVT) 
versions  of  the  IDM  System/360  Operating  System.  NIPS  also 
functions  under  lUM  Syst.em/3'’O  System  Control  Frogramming 
Operating  S ystem/V  ii  tual  Storage  I (VS1)  and  Operating 
Syst  em/virtual  Storage  2 (VS2).  Using  m ul  ti  programrain  j 

capabilities,  NIPS  permits  online  functions  to  parallel  the 
normal  background  or  batched  processing  func^^ions.  NIPS  can 
u.se  a broad  range  of  hardware  since  inpu*^/output  device 
independence  has  been  retained.  Core  sizes  are  relatively 
noncritical  in  that  NIPS  will  furction  within  40k  of  core 
memory.  Core  usage  is  dynamic,  permitting  NIPS  tc  make 
maximum  use  cf  ♦^he  partition  or  region  of  core  provided  by 
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the  operatimj  syrsten.  Nlnimua  coc€  requirements  fcr  NIPS 
■»nd  the  operatinq  system  ate  l2ftK  for  sinqle  partition 
systems  and  2‘)6K  for  mult  it  askinq  systems  usinq  the  online 
capabilities.  The  design  base  vas  a 55/360  Model  50H; 
however  the  instruction  sot  utilixation  was  limited  tc  the 
standard  instruction  set  and  the  decimal  feature 
instructions. 

• NIPS  will  support  data  files  organized  with  tte  Indexed 
Sequential  Access  Method  (ISAM),  resident  on  a direct  access 
storage  device  (such  as  an  lEM  3330,  2314  or  2311  Disk 
Storage  Device),  and  the  Sequential  Access  Method  (SAM), 
resident  on  tape  or  direct  access  devices.  When  installed 
on  S/370  with  OS/VS,  KI ts  will  support  data  files  organized 
under  t^e  Virtual  Storage  Access  Method  (VSAN)  for  batch 
proc»'  ssinq . 
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rho  six  w.ijoi  frores.siiuj  conci>»'nts  .xnl  th«*  vjt'nti.il 
utility  co«  ji>iiotit  o.ivTh  perform  \ >j*»n«’rrtl  ♦ask  .iml  ai** 
aKsociat'*^!  with  vi  ti**r»'ral  ('l.jfs  ct  t unct  ions  *o  b-' 

jv It  oim-'il . 

7ho  Sttuctuiinq  , Fi  lu  Povision  ('F),  anJ  Fil>' 

n am  * ••nance  (FM)  <'o  t i cnc »' ts  ate  {tiBaiily  conrerneil  with  the 
crea*ion,  leoi  >jan  i tat  ion  anil  maintenance  of  tho  i-ystom 
tiles.  The  Retrieval  and  Sett  Ftceessor  (RASF)  is  tho 
pri«ary  Intoimation  letriswal  tool  whil>»  the  Output 
Processor  (OF)  co»pcnent  provides  foi  formal  report 
production.  Finally,  the  ’’oriinal  F i cx'-'ssiniT  C^F)  component 
provides  online  NTFS  pr  oijr  am  » inq,  file  i rt  er  i c qa*- ion, 
maintenance,  and  output  ca  pa  h i 1 i t io  s through  a variety  of 
local  and  lemote  terminals.  These  include  »hf  IBN  12^7, 
2250,  22ti0  an!  22hS  display  *erBirals,  ♦h  » T BN  tO'O  dial-up 
and  THM  27<<1  t‘»r«inais.  Fach  component , as  well  as  the 
utility  conponen*,  is  discussed  briefly  in  this  sectioii- 
The  applicability  ot  this  system  tc  a s|x»cit  ic  task  area  can 
only  he  eviluated  at  tlw  d*'t  ailed  level.  ""his  dese  i i p t icti , 
therefore,  suqqcsts  cnly  in  the  mest  vien«'>ral  torm.-;  * he  true 
depth  of  the  actu.il  software  system. 

J.t  File  Structure 

This  sy.stvir  comjon*»n*’  permits  the  user  to  identify  his. 
data  file  and  its  security  cl  ass  1 1 icat  i c n an  1 tc  introduce 
definitions  of  th«'  fields,  groups,  and  sets  ♦hat  are  to  make 
up  his  data  file.  Although  there  is  t heoret  ica  1 1 y nc  limit 
to  the  numbvr  ot  ur.iviue  data  ele««'iits  th.|t  cati  bo  nam»^l  in 
a sir.ijle  file,  the  systeifl  imposes  a practical  limit  of 
approximat  ely  2‘>,0CC  names.  J^trih-tures  ar.»  limited  to  a 
amule  level  of  suhoi  dination.  At  that  level,  hcw«ver,  up 
to  2‘^s  dittersnt  lericdic  and'cr  variable  sets  may  he 
spec  ified. 
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There  are  also  size  restricticns  in  the  length  of  a 
Jingle  periodic  subset  or  fixed  set.  This  constraint  is 
1,000  bytes  in  the  current  design. 

» ''ile  records  (the  collection  of  the  fixed,  periodic,  and 
variable  sets  which  are  uniquely  identified  ty  a record 
identifier  or  key)  are  less  easily  defined  as  to  size.  The 
syst’^m  performs  dynamically,  giving  the  user  a high  degree 
of  flexibility.  As  a wcrst-case  condition,  the  system  may 
iimi*-  the  user  to  9‘1,000  bytes  per  file  record.  Hewever, 
the  system  loads  into  memcry  cnly  those  sets  referenced  by 
the  iob , thereby  effectively  permitting  a significant 
exparsion  of  record  size. 

Turing  the  file  definition  process,  the  user  may  desire 
to  specify  in  advance  certain  automatic  functions  such  as 
conversion  of  retrieval  literals  to  coded  file  values, 
output  data  conversions  or  editing.  If  file  indexirg  is 
desired,  the  user  indicates  which  field  or  fields  will 
provide  the  index  values.  The  FS  component  provides 
mechanisms  fer  this  purpose  and  records  these 
characteristics  in  the  basic  File  Format  Table  (FFT) . 
Record  control  or  key  fields  may  be  defined  as  a single 
field  cr  a string  of  multiple  fields.  The  only  limitation 
is  ’■hat  the  total  record  ccntrcl  group  may  not  exceed  244 
characters.  Periodic  subsets  may  also  have  data  fields 
assigned  for  sequencing  and  control  within  the  record.  If 
the  user  does  net  desire  to  provide  these  subset  control 
elements,  the  system  will  create  sequence  numbers  fer  the 
control  function  and  will  maintain  them  as  a normal  part  of 
the  "r  function. 

"S  provides  a siiple,  convenient  way  for  the  user  to 
specify  his  file  format  and  r»qui rexents.  Osing  a simple 
free-format  language  which  uses  default  options,  the  user 
can  specify  the  logical  data  associations  he  desires. 

Addi’-ional  limitations  to  the  FS  component  are  as 
f ollows: 

o A maximum  of  50  sukroutines/tables  say  be 
defined  fer  a file. 

o A maximum  of  50  edit  masks  may  be  defined, 
each  not  more  than  69  characters,  and  the 
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dqqreqate  ♦’ctal  cf  edit  chatdcterr;  must  not 
exceed  1,000. 

o A total  of  100  fields  cr  groups  may  be  detined 
for  each  set. 

o A maximum  of  fields  may  be  defined  in  a 

oro  up . 

o A maximum  of  SO  qrcups  may  be  defined  in  a 

s et . 

o Coordinate  fields  may  consist  of  S,  b,  7,  8, 

11,  or  IS  oharactets  cnly. 

o General  system  conventiens  as  to  names  and 

punctuation  must  be  followed. 

3.2  rile  Revision 

■^he  FP  ccffcnent  provides  the  capability  to  revise  the 
format  in  which  data  is  stored  in  a NIPS  data  file.  This  is 
accomplished  by  ♦he  cooparisen  cf  the  FFT  describing  the 
file  in  its  current  format  - to  t he  FFT  descritinc  the  file 
in  its  revised  format.  PR  will  generate,  as  a result  of  the 
comparison,  Fn  logic  statements  which  will  be  used  by  PN  to 
copy  selected  data  elements  into  the  new  format. 

FP  processes  data  on  a field  basis  only.  It  will  permit 

the  addition,  deletion,  and  relocation  of  fields  as  well  as 

changes  to  their  storage  mode,  size,  and  name.  Periodic 
sets  may  be  deleted  or  relocated.  They  may  also  be  added, 
but  no  data  will  be  included,  as  a direct  result  of  FF,  in 
either  new  sets  or  fields.  PR  will  permit  fields  ftex  any 
set  in  the  old  file  to  be  split  irtc  several  sets  in  the  new 
file.  It  will  not  permit  fields  from  multiple  sets  in  the 
old  file  to  be  lerqed  intc  one  set  in  the  new  file.  There 
is  no  way  for  FF  to  logically  connect  the  subsets  cf  two 
existing  sets.  The  FH  logic  statements  generated  may  be 
modified  by  the  user  to  suit  his  needs. 

The  only  limitation  is  the  need,  on  the  part  cf  the 

user,  to  recompile  his  PH  logic  statements  and  any 

retrievals,  outputs,  and  terminal  queries  which  might  be 
affected  as  a result  of  file  tevisicn. 
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I naintenance 

i 

"his  co»Fcr«>nt  tsoi  with  a tread  and 

t lex  iM*'  cajaliiify  fer  (jeneratirq  and  aai  n»-ainin>j  data 
tile:..  Using  FP  coaponent  features,  the  user  aay  add, 

d»le*e,  or  change  fil*  recordr,  feciodic  s-»ts  or  subsets, 
\rl  vaiiablo  sets.  Also,  the  user  lay  aodify  or  charge  tile 
ti-»lc1s  and  aay  change  (Increase  ci  decrease)  the  voluee  of 
data  as.sociated  eith  any  file  record.  If  indexing  is 
specified  tor  the  file,  the  index  data  set  is  also 

eain'ained.  This  ealn^enanre  is  autoeatic  .and  transparent 
to  ♦te  user.  These  functions  eay  all  he  accomplished  in 
parallel,  or  in  a single  pass  of  the  master  data  tile;  they 
may  he  accompli  shed  by  virtually  any  mixture  of  unscquenced 
i inpu*’  transacticn  formats.  Multiple  file  maintenance  passes 

I are  permitted  to  support  data  dependent  activities. 

Inpvi»  material  may  he  records  vhich  are  either  fixed  or 
vari.itle  in  length  and  may  be  blocked  or  unblocked.  Storage 
media  for  input  material  may  be  any  supported  readable  media 
under  t^o  eperating  systei. 

All  processing  is  controlled  by  lovgic  statements 

irovidel  by  the  user.  These  statements  may  be  mritter  in 
»ith**i  a nactc-like  pregrammer-oriented  language  (ICCl)  or 
a high-level  procedural  Rnglish-1  ike  language  (N?l)  vMch  is 
easy  to  learn  and  simple  to  use,  yet  poverful  and  flexible 
enough  to  efficiently  accomplish  a vide  range  cf  file 
maintenance  function'.  The  user  tay  perform  functions  using 
data  from  the  input  transaction,  the  master  data  file 
record,  records  from  ether  NIPS  files,  or  all  three.  The 
ud  inary  Maintenance  (CM)  feature  of  FH  permits  the  user  to 
writ  ' logic  statements  containirg  only  OM  transaction 

descriptor  carls  which  can  perform  automatic  validation  of 
transaction  data  and  unconditional  updating  of  file  fields, 
'he  0“  statements  can  be  combined  with  FOOL  stateierts  to 
provide  additional  user  flexibility.  All  irput/cutput 
tuncMons  ats  pertotmed  automatically  by  the  component; 
:sinc<  ♦he  languages  are  indirect,  the  user  makes  his 

leferfnces  using  the  field  names  he  has  assigned  as 
' neanirgful  ♦itlos  of  data  elements.  The  languages  include 

I instructions  that  permit  automatic  table  validation  or 

conversion  or  automatic  linkage  to  user-provided,  special- 
purpose  subroutines.  The  indirect-addressing  capability, 

II 
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use.l  for  procossini  f iat  €>1  corrections,  is  ancthct 
FP"  f-^-a^ure. 

In  aiilition  to  maintenance  (or  generation)  of  a i)ata 
file,  this  coupon''  t peewits  the  user  to  create  auxiliary 
ou*-p>it  files  simultaneously  uith  the  maintenance  process. 
The  systeu  will  permit  the  generation  of  two  independent 
print  streams,  twe  independent  punch  stt-^ams,  and  five 
auxiliary  seg  uent  i a 11  y-or  gan  ized  output  strears  (tape  or 
direct  access  vcluoes)  in  parallel  with  the  prime  processing 
f unc  tion . 

Generative  code  techniques  ate  used  ir  the  actual  data 
manipulation.  To  avoid  wasteful  regeneration,  the  system 
provides  a complete,  automatic  library  maintenance  function 
for  * he  user's  logic  statements.  Maintenance  execution, 
therefore,  may  consist  of  executing  prestcred  logic 
stat -■'Bents , ccipiling  Icgic  statements  and  library  updating, 
or  combinatiens  of  these  functions.  There  is  no  limit  to 
the  number  of  lifferent  statements  that  can  be  precompiled 
and  retained  in  the  library,  or  tc  the  number  of  statements 
that  can  be  used  in  a single  file  update  run. 

# A data  file  may  be  maintained  as  an  ISAM,  SAM  cr  VSAM 
data  set.  Large  SAM  files  may  be  segmented  into  volumes  of 
data  records  containing  a range  of  record  keys.  These  may 
then  b«»  updated  and  queried  individually  or  in  groups.  For 
a SAM  file  that  is  indexed,  volume  control  information  is 
provided  so  that  queries  against  the  file  need  pass  onl y 
those  volumes  containing  the  candidate  records  appteptiate 
to  the  query  instead  of  ♦•he  entire  data  file. 

Other  component  functions  provide  for  the  creation  of 
summaries,  run  logs  and/or  audit  trails  duiinc  file 
processing.  These  functions  are  specified  by  the  user  and 
are  not  limited  to  a set  of  predefined  system  capabilities. 
They  are  as  simple  cr  complex  as  the  user's  requirements 
dicta  te. 

Limitations  to  FM  include  the  following: 

o Maximum  size  of  transaction  record  is  ',000 
characters . 
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o A maximuiB  of  24  lo^jic  statoments  aay  be 
compiled  in  any  one  eiecuticn  of  'B. 

<.4  R>^trieval  and  Sort  Processor 

■^he  RASP  component,  primary  retriever  of  the  system,  is 
characterized  by  its  voluminous,  tatched-pr ccessinq 
capabilities.  Using  generative  code  techniques,  RASP 
includes  an  automatic  library  maintenance  capability  vhich 
permits  broad  utilization  of  the  standing  query.  Compile- 
and-qo  modes  of  operation  permit  satisfaction  of  the  ad  hoc 
query  requirement  and  complete  intermingling  of  compile-and- 
qo  and  standing  query  processing  in  a single  job  process  is 
per  Bitted. 

r ASP  uses  a simple  Fnql ish - li he , free-format 
condition/action  language  which  is  flexible  in  notation.  By 
specifying  the  retrieval  condition,  the  user  may  select 
specific  records  to  be  retrieved  from  the  data  file. 
Comparison  opera^’ors  provided  are  the  normal  equal  to,  less 
than,  greater  than  and  between.  All  may  be  nrec^ded  by  the 
neqa*ive  operator  "not".  Boolean  connectors  ar*  permitted, 
as  aro  up  to  eight  levels  of  nested  paren'heses.  Two 
jp'oqraphic  retrieval  operators  are  also  provided:  irregular 
area  and  circle  search.  The  fctm-^r  is  of  interest  in  tha*- 
it  provides  a rea-to -area,  area-t o-line,  li ne- t o- 1 i ne , and 
poin» -to- area  capabilities  and  is  net  constrained  to  convex 
area  definitions. 

true  power  of  the  processor,  however,  is  not 

directly  indicated  by  the  language.  The  scope  of  the 
processor  is  more  directly  related  to  its  ability  to  provide 
many  answer  sets,  each  of  differert  control  or  sequence,  by 
a single  pass  of  either  the  entire  data  file  or  only  those 
records  selected  as  possible  candidates  for  retrieval  by 
index  processing.  In  FASP,  the  simplest  qu  al  i f icat  ion 
itateraent  is  called  a conditicn.  Satisfaction  of  the 

condition  assigns  the  output  of  the  file  record  (cr  a 
sel*r«-od  portion  of  the  file  record)  to  a t=*raporary  file  for 
later  sys^’em  sequencing.  Since  the  user  must  frequently 
output  information  from  a file  recerd  in  several  sequences, 
each  condition  statement  may  have  several  associated  sort 
jjtat  «mer.*s . Fach  sort  statement  is  simply  the  string  of 
fields  and/or  literals  upon  which  the  user  desires  *o 

sequence  the  answer  records.  Cerditiens  may  be  prestofed 
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machine  core.  Their  primary  function  is  simply  tc  provide 
interface  for  TP  application  prcgtais.  output  generated  by 
the  application  programs  is  made  available  to  the  terminal 
user  for  paging  in  the  ccnversaticnal  mode. 

NIPS  provides  the  following  terminal  application 
programs  or  components: 

a.  Ouick  Inquiry  Processor  (CLIP)  is  designed  to  give 
the  user  a powerful  data  retrieval  and  display 
capability  . 

b.  Source  Data  Automation  (SCDA)  provides  the  user 

with  a means  of  executing  a precompiled  file 
maintenance  Icgic  statement  against  an  update 
transaction  entered  by  an  operator  at  an  online 
terminal. 

# c.  Online  Source  Edit  (EDIT)  provides  the  ability  to 

enter,  manage  and  edit  NIPS  and  ALC  source  code 
language  statements  at  the  terminal  and  to  submit 
jobs  to  the  operating  system  for  batch  processing. 

d.  Utility  prcgtans  provide  the  ability  tc  send 

messages  and  data  between  terminals  and  to 
communicate  with  the  computer  operator. 

# The  QDTP  language  consists  cf  a simplified  output 

language  and  a subset  of  the  RASP  language.  Although  CDIP 
was  designed  primarily  for  terminal  application,  it  can  also 
be  operated  in  the  batch  mode  tc  provide  a simple,  efficient 
tool  to  process  ad  hoc  queries.  When  executing  C'HP  as  a 
problem  program  in  the  online  terminal  environment,  it 
requires  a direct  access  resident  ISAM  NIPS  data  file  cr  a 
direct  access  resident  SAM  data  file.  A NIPS  data  file 
organized  as  either  ISAM,  SAM  or  VSAM  organization  (tape  or 
disk  resident)  is  acceptable  when  QUIP  is  executed  in  the 
background  environment.  Where  possible,  QUTP  will  attempt 
to  limit  the  number  cf  data  reccrds  that  must  be  examined  in 
detail  through  the  use  cf  file  indexing  in  the  sane  manner 
as  HASP.  The  CUIP  language  allows  user  or  system  fcrmatted 
output  lines.  One  and  two  dimensional  sum  and  count 
matrixes  can  easily  be  specified  in  adciticn  to 
computational  operations.  An  additional  capability  allows 
the  terminal  user  to  select  an  OP  HIT  from  the  user  litiary 
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tjnd  disnlay  paqes  of  the  output  report  on  ^’he  tereinal. 
QUIP  provides  an  interfile  output  capability  in  tie  same 
manner  as  oo.  Data  elements  extracted  from  secondary  files 
may  be  combined  with  primary  file  data  to  prcduce  a 
co!nposi*-e  repert. 

# SODA  component  uses  a free-format  keyword  language 

consisting  of  control  statements  which  identify  tiles, 
records,  repert  fermats,  ccrrecticns,  and  disposition 
actions.  Given  a file,  SODA  will  fetch  the  record 
identified  in  the  update  transaction,  and  provide  both  the 
record  and  the  transaction  to  the  library-stored  logic 
statement  which  performs  the  required  edit  and  update 
t unc tion.  The  record  is  returned  to  the  data  file  in 
updated  form  under  operator  ccntrcl.  The  user's  input 
transaction  is  validated  by  the  logic  statement  during 
.-•xecution.  If  errors  are  defected,  immediate  notification 
may  be  given  to  the  terminal  operator.  The  user  nay  correct 
individual  lines  of  his  transaction,  using  the  standard  TP 
correction  procedures  and  repeat  the  SOCA  request.  The  user 
may  alternatively  enter  key-numbered  corrections  to 
individual  fields  and  repeat  the  request.  SOCA  will 
main*-ain  file  indexes,  if  present,  in  the  same  manner  as  FM. 
SODA  cannot  be  used  tc  perform  file  maintenance  on  a V5AM 
d a ta  ba  se  . 

The  EDIT  component  provides  the  capability  tc  enter  and 
maintain  source  language  statements  from  the  terminal.  The 
source  statements  may  be  stored  on  a library  and  modified 
from  the  terminal.  The  modified  source  statements  may  then 
be  • dited  and  any  errors  reported  tack  to  t be  tectrinal 
operator.  When  errors  have  been  corrected,  a dob  Control 
Language  (JCI)  stream  may  be  constructed  and  submitted  to 
'ho  operating  system  as  a background  job. 

J."’  'I'ility  Components 

A large  collection  of  utility  support  programs  is 
provided  by  NIPS.  A data  v alidat i on/con ve rs ic n- t able 
generation  capability  which  assures  efficient  use  of  this 
important  data  processing  tool  is  provided.  Talles  formed 
by  the  systei  are  modular  so  'hat  usage  on  minimum  core 
environments  may  be  achieved.  Table  sizes  may  effectively 
be  considered  up  to  approximately  140,000  bytes  of 
gu  inert /fu  net  ion  pairs.  They  provide  simple,  effective 
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GENERAL  DESCRIFTION 


Utilization  of  validation  techniques  not  othocwise  i-cssible. 
Maximum  comfined  size  cf  the  arquaent  and  function  is  2‘i6 
b y te  s. 

A utility  is  provided  to  allow  the  placing  cf  lead 
modules,  created  by  ccmfiling  usei-written  subroutines,  or. 
a NIPS  library.  The  subroutines  will  contain  the  linkage 
necessary  for  proper  utilization  by  NIPS.  The  subroutines 
may  be  written  in  Basic  Assembler  Language,  COBOL,  FOPIRAN, 
PL/1,  or  JOVIAL. 

* Utilities  are  provided  to  convert  the  modes  of  KIPS 
files  from  ISAM  or  VRAM  to  SAM  and  vice-versa.  Other 
utilities  are  available  tc  specify  and  create  indexes  for 
existing  files,  and  to  tran.sfer  index  data  sets  from  disk  to 
tape  and  vice-vers.a.  Utilities  are  also  available  to 
analyze  text  for  keyword  selection  and  to  create  and 
main*^ain  keyword  dicticnaries  and  tables.  Another  accepts 
a re*rieval  answer  file  and  converts  it  to  e data  file 
containing  all  cf  the  properties  cf  a NIPS  master  file. 
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SYSTEM  FEATURES 


Tr  simplify  the  trainini]  of  nonproqr amminq  cri€nte>i 
us•^rs;,  the  system  makes  extensive  use  of  the  stored 
proi:((lur«  and  cataloqinq  capability  of  the  operating  system. 
Phis  results  in  effectively  elininating  the  requirement  for 
the  *ypicdl  user  to  code  JCL  streams  to  control  his  job. 
Th'i  skilled  (roqramrer  may,  however,  continue  to  use  fully 
the  flexibilities  provided  by  the  operating  system. 

Modularity  of  programming  ensures  simplified  taintenance 
and  error  correction  in  the  operating  software.  Relatively 
uniqu'*  code  generation  techniques  ensure  ease  of 
modification  in  the  user  language  areas,  if  needed. 

Ml  user- generated  material  requited  to  support  a data 
file  is  contained  as  part  of  the  data  file  or  user  library. 
The  '•'T,  Fd  Icgic  statements,  and  data  records  are  all  a 
jar*  of  th*-  data  file  itself.  All  conversion  tables, 
■'.lib  r out  i ne  s , FAS?  queries,  OflTP  queries,  and  OP  PITs  can  be 
on  •>  single  user  library.  The  user's  source  material  may 
reside  in  the  same  library  or  in  a separate  library.  fly 
causing  ♦■he  library  to  occupy  a direct  access  device  with 
*he  ila*d  set,  a notable  degree  of  file  transportability  is 
achi''ved.  A systei  user  may  effectively  move  a single  disk 
pack  (data  volume  permitting)  to  another  system  operating 
with  NIPS  and  be  assured  that  he  has  all  the  materials 
nece  sary  to  maintain,  retrieve,  or  display  data  frci  his 
file. 

■'ile  analysis  and  run  optimization  statistics  may  he 
jiroduced  by  'M,  RASF,  (^’IP  and  OP  upon  demand.  File 
analysis  statistics  assist  a user  in  redesigning  a file  and 
sei»<  ting  proper  data  elements  for  secondary  indexing.  Run 
ontimizaticn  statistics  assist  in  tuning  production  jobs  to 
tun  most  efficiently. 

^leven  volumes  cf  user- oriented  document aticn  cover  the 
sysf-m  compenents,  error  codes,  procedures,  techniques  and 
geneial  file  concepts,  Froqram  Specification  Manuals  are 
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dvailable  ‘■c  assisr  installaticn  systea  pcoqtamBurii  in 
unJe  i stand inq  syst*»a  capabilities. 
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Sftc^ion  E 


OPEFATING  SYSTEM  CONSIDEP ATICNS 


NIPS  will  operate  under  five  operating  system 
conf igurations ; 

PCF  Primary  Control  Program.  The  standard 

operating  system  which  processes  one  job 
at  a time  in  sequence. 

MET  Pultiprogrammicg  with  a fixed  numter  of 

tasks.  A partitioned  core  system 

allowing  up  to  four  jobs  to  operate 

concurrently  in  independent  fixed-size 

part  it  ions. 

M VT  Multiprogramming  with  a variatle  number 

of  tasks,  A regional  core  system 
allowing  up  to  15  jobs  to  operate 

concurrently  in  variable-size  regions. 

VS1  Opera*-ing  Syst era/Vir tua  1 Storage  1.  A 

virtual  storage  system  which  can  perform 
15  different  tasks  concurrently, 

VS2  Operating  System/Virtual  Storage  2.  A 

virtual  storage  system  which  can  perform 
63  different  tasks  concurrently. 

# KIPS  is  not  restricted  to  any  one  level  of  the  operating 
syst ->m  and  it  will  use  subsequent  releases  as  they  become 
available.  Mu Itiprcgramxing  capabilities  of  the  operating 
syst'-m  permit  multiple  jobs  to  operate  concurrertly  in 
iiide[endent  partitions,  regions  cr  vir*-ual  storage.  The 
data  management  facilities  of  the  operating  system  will 
handle  all  system  and  user  data  storage.  NIPS  data  files 
can  be  organized  under  ISAM  for  direct  access  device  files 
or  SAM  fcr  tape  or  direct  access  files  or  under  VSAM  for 
(iirect  access  files  or  the  S/ITC  operating  under  VS1  or  VS2. 
Data  file  indexes,  where  applicable,  are  organized  under  the 
Basic  Direct  Access  Method  (BDAM)  and  reside  on  a direct 
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dcc»»ss  ilovic«.  Tht"  various  system  libr«ri*»s  will  bt  t-tor>*>l 
usimj  basic  Paititictifd  Access  Hathcd  (BPAH).  "he  fasic 
Graphic  rrogramminq  Services  ot  the  operating  syster  arc 
used  tor  the  ir  com{.cnent  that  services  the  local  Iff*  ^2‘jO 
and  22h0  display  terminals.  The  Basic  Teleccmtun  icat  ions 
Access  nethod  (ETAN)  is  required  fee  remote  device  sunlit 
and  tor  local  IBM  I27C  Informaticr  Display  .Sys*-eni£. 

In  addition  to  the  basic  operatinq  system,  the  tollowinq 
must  he  included  at  system  qeneration  time: 


a.  Programs 

1.  Assomblfr  - **  level 

2.  linkavje  Fditor 
1 . Pert 

b.  Libraries 


1.  MAC  LIS  - Macro  Library 

2.  POPTLIP  - Sert  Library 

Da*-a  Management  Access  Methods 

1.  Sequential  Access  Method 

2.  Index  Sequential  Access  Method 
fasic  Direct  Access  Method 

4,  Basic  Partitioned  Access  Method 

5.  lasic  Graphics  Programming  Services  (reeded 
cnly  tot  terminal  processing  suppor*-) 

b.  Basic  Telecommunication  Access  Method 

(needed  cnly  tor  remote  terminal  processing 
sup()or  t ) 

1.  Virtual  Storage  Access  Method 

(available  only  on  an  .S/,t70  with  VG’ 
ct  VS2) 
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*;’^PS  h.js  boen  dosigtied  and  progr aiHB«!d  for  an  lUfl  Syste* 
^60  Mod®!  5CH  (2!j6K  ccr®  siz®)  . It  will  also  operate  on  a 
MoJol  40H  and  larger  aodels  of  the  System  160  line  and  Model 
115  and  larder  mcdels  of  the  System  170  line.  ni*’hout 
onlii  c terminals,  it  will  operate  cn  a 128R  core  size 
machin?  , however,  experience  has  shown  that  the  H cere  is 
* he  ii'inimuir  fer  complex  applicaticns  cn  non  virtual  storage 
systems.  Nir.s  can  use  magnetic  tapes,  direct  access 
levices,  card  reader/punches,  cnlire  printers,  a console 
typewriter,  and  IBM  2260,  2265,  2350,  1?77,  1275,  1050,  and 
terminals 

A minimum  cenf igurat icn  cculd  include  three  IBM  2311 
disk  units,  (although  an  I BH  2^14  cr  3110  disk  storage  unit 
is  considered  highly  desirable)  a card  reader,  and  an  on- 
line printer.  Tape  reguireaents  ate  related  to  the  user's 
leguirements  and  range  from  none  to  a quantity  sufficient  to 
perform  the  largest  sort  the  us«r  may  reguire.  Disk  sorting 
is  ure.l  to  the  capacity  of  the  direct  access  devices 
available  to  ♦•he  system. 

The  system  will  service  a number  cf  IBM  2B43  display 
con»':cl  iini^s,  each  of  which  will  support  one  1053  printer 
and  <•  i(jht  local  22bC  terminals  fer  cnline  processing.  Up  to 
12  T BM  3277  display  stations  may  te  attached  to  the  system 
via  -arh  1275,  and  2272  control  urlt.  An  unlimited  number 
of  local  2250  terminals  are  supported  under  these 
conf igurat  ions: 

.1.  225C  -1  Each  terminal  has  its  own  control  unit. 

!.  23tO  -•  Up  to  four  terminals  for  e»ch  2P40-2 

ccrtrol  unit. 

remote  IBM  1237,  1275,  2260,  2265  , 1050  , or  274  1 

cont iguiati ^ns  must  include  appropriate  comfun  Icat ions 
facilities  and  27fY  data  adapter  ct  transmission  control 
uni  t'i. 
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